HOST MANAGEMENT APPARATUS, HOST MANAGEMENT METHOD, AND 

HOST MANAGEMENT PROGRAM 



Background of the Invention 

Field of the Invention 
5 [0001] 

The invention relates to a host management apparatus, 
a host management method, and a host management program, 
which is placed on a network to which hosts of an 
electronic conference system are connected. 

10 

Description of the Related Art 
[0002] 

An electronic conference system in which a plurality 
of remote conference sites are connected through a network 

15 for transferring image, voice, sound, text, application 
data, and the like is widely available. For example, JP-A- 
2002-109444 discloses an electronic conference server 
system having a shared database for storing electronic 
files, etc., used in a conference. Client computers such 

20 as personal computers (PCs) of a conference organizer and 
conference participants are connected through a network 
such as a closed LAN or the Internet. 
[0003] 

In such an electronic conference system in the 
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related art, to call a conference site on the network, for 
example, using DNS (Domain Name System) of a system for 
establishing correspondences between the host names on the 
Internet and the IP addresses, the associated site may be 
5 determined by service of a DNS server. 

FIG. 1 is a drawing to illustrate conference sites in 
the electronic conference system in the related art using 
the DNS. In the case that site A calls site B shown in 
FIG. 1, inquiry about the IP address of the site (in this 
10 case, site B) is sent from site A to a higher-rank name 
server for conducting name resolution. 
[0004] 

JP-A-2002-109444 (especially, FIG. 1) is referred as 
a related art. 
15 [0005] 

To use the DNS for the electronic conference system 
as described above, only the conference sites acquiring the 
global IP addresses or the domain names corresponding 
thereto can take part in a conference and therefore there 
20 is a problem of a complicated procedure in acquiring the 
domain names, etc., to construct conference sites. 
[0006] 

In the electronic conference system in the related 
art, connection destinations as conference sites are 
25 managed for each site (host) . This means that all hosts 
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taking part in a conference requires previous registration 
of the addresses of all associated hosts. Thus, to change 
the conference sites taking part in a conference, 
registration of the addresses needs to be updated in all 
5 hosts and the number of conference sites cannot flexibly be 
increased or decreased; this is also a problem. 
[0007] 

On the other hand, in a network conference system 
such as NetMeeting (registered trademark) provided by 

10 Microsoft (registered trademark) , even a host having an 
unfixed IP address can become a conference site by 
registering a nickname, the electronic mail address, etc., 
for identifying the host in an ILS (Internet Locater 
Service) server. 

15 [0008] 

This means that conference sites can be easily 
constructed even with dialup connection, etc., for 
dynamically assigning IP addresses from a DHCP (Dynamic 
Host Configuration Protocol) server. 
20 However, any number of unspecific sites can be 

registered in the ILS server and therefore there is 
apprehension that security in the conference cannot be 
ensured; this is a problem. 

Summary of the Invention 
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[0009] 

An object of the invention is to solve the problem of 
a complicated procedure and the problem of the incapability 
of flexibly increasing or decreasing the number of 
5 conference sites. Another object of the invention is to 
solve the problem of apprehension that security cannot be 
ensured in registering as a host in an electronic 
conference system or acquiring host information in the 
environment in which the IP addresses are not fixed. 
10 [0010] 

The invention provides a host management apparatus 
being placed on a network to which hosts of an electronic 
conference system are connected, having a host 
authentication section for authenticating a selected host; 
15 and a host information registration section for registering 
host information including IP address information of a host 
authenticated by the host authentication section. 
[0011] 

The invention also provides a host management method 
20 of managing host of an electronic conference system on a 
network, having the steps of authenticating a selected 
host; and registering host information including IP address 
information of a host authenticated in the step of 
authenticating the selected host. 
25 [0012] 
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The invention also provides a host management program 
of a host management apparatus being placed on a network to 
which hosts of an electronic conference system are 
connected, causing a computer to perform a host 
5 authentication function of authenticating a selected host, 
and a host information registration function of registering 
host information including IP address information of a host 
authenticated by the host authentication function. 

Brief Description of the Drawings 

10 FIG. 1 is a drawing to illustrate hosts (sites) in an 

electronic conference system in a related art using DNS; 

FIG. 2 is a block diagram to show the configuration 
of an electronic conference system in an embodiment of the 
invention; 

15 FIG. 3 is a flowchart to show detailed steps of start 

processing of the host management apparatuses; 

FIG. 4 is a flowchart to show detailed steps of host 
registration processing of the host management apparatuses; 

FIG. 5 is a schematic drawing to show the case where 
20 a conference can be held only between hosts of the same 
company in host management apparatuses connected to a 
network such as the Internet; 

FIG. 6 is a flowchart to show detailed steps of host 
information management processing of the host management 

5 
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apparatus; 

FIG. 7 is a flowchart to show detailed steps of host 
information deletion processing of the host management 
apparatus ; 

5 FIG. 8 is a schematic diagram to show the 

relationship between the two host management apparatuses 
placed in remote locations and hosts; 

FIG. 9 is a flowchart to show detailed steps of HMS- 
to-HMS information exchange processing of the host 
10 management apparatuses; and 

FIG. 10 is a flowchart to show detailed steps of 
termination processing of the host management apparatuses. 

Detailed Description of the Preferred Embodiments 

[0013] 

15 An embodiment of a host management apparatus, a host 

management method, and a host management program according 
to the invention will be explained in detail with reference 
to FIGs. 2 to 10. 
[0014] 

20 An embodiment of the invention will be explained with 

reference to FIG. 2 showing the configuration of an 
electronic conference system. 

As shown in FIG. 2, an electronic conference system 1 
is configured from a plurality of hosts 200, 201, 202 and a 
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plurality of host management apparatuses (HMS) 100, 101 

connected to the network where the hosts exist. 

[0015] 

Each of the host management apparatuses 100, 
5 lOlincludes a control section 11, a storage section 12, and 
a communication control section 13 as main components. The 
control section 11 includes a host authentication section 
14 and a host information management section 15. 
[0016] 

10 The control section 11 controls the operation of the 

HMS 100 (HMS 101) by executing a control program. The host 
authentication section 14 in the control section 11 checks 
whether or not access from the host 200 (host 201, host 
202) in the electronic conference system 1 is an access 

15 from the valid host. 
[0017] 

The host information management section 15 stores the 
registrations of host information of the host name, the IP 
address, etc., of the host determined valid in the storage 
20 section 12 as a information storage section. 

Further, the host information management section 15 
updates the registrations of the host information stored in 
the storage section 12 in a predetermined cycle. 
[0018] 

25 The storage section 12 stores the control program and 
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application for the control section 11 to perform control, 
setup information of the HMS 100 (HMS 101), the host 
information registered from each host, and the like. The 
communication control section 13 communicates with the host 
5 200 (host 201, host 202) through the network. 
[0019] 

The host 200 includes a control section 31, a storage 
section 32, a communication control section 33, and an 
electronic conference system application 34. 
10 [0020] 

The control section 31 controls the operation on the 
host 200 by executing a control program. 

Preferably, the control program is supplied from the 
HMS 100 as an application for the host management 
15 apparatuses. 
[0021] 

The storage section 32 stores the control program and 
application for electronic conference system for the 
control section 11 to perform control, various pieces of 
20 setup information, the host information acquired from each 
host, and the like. The communication control section 33 
conducts communications with the HMSs 100, 101 through the 
network. 
[0022] 

25 The electronic conference system 1 is thus 
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configured, so that only the host information of the hosts 
in the conference system authenticated by the host 
authentication section is selectively registered in the 
host management apparatus HMS 100 (HMS 101) . 
5 [0023] 

Therefore, the host 200 (host 201, host 202) of the 
host of the electronic conference system 1 can find the 
hosts that can be connected for conference from among the 
hosts authenticated by the host authentication section by 
10 referencing the IP addresses of the registered host 
information . 
[0024] 

As the data exchange operation between the HMSs 
described later is executed according to the configuration, 

15 even if one host management apparatus stops, if another 
host management apparatus is operating, the host management 
function can be maintained. The host management 

apparatuses may be connected using a network 300 (for 
example, the Internet, etc,,) to which the hosts are 

20 connected; they may be connected directly by a leased line 
400. 
[0025] 

Next, an example of the operation of the host 
management apparatus in the embodiment will be explained 
25 with reference to FIGs. 3 to 8 . 
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In the example, the HMS 100 and the HMH 101 exist in 
the electronic conference system 1, and the relationship 
between the HMSs 100, 101 and the host 200 of the 
electronic conference system 1 is shown. 
5 [0026] 

The start operation of the HMS 100 and the HMS 101 
will be explained with reference to FIG. 3. FIG. 3 is a 
flowchart to show detailed steps of start processing of the 
host management apparatuses. It shows processing steps 
10 where the HMS 100 is already operating. 
[0027] 

When the HMS 101 is started, a control section 21 
reads the setup information stored in a storage section 22 
(step S101) . The setup information is information of the 
15 IP address of the HMS 100, the retention file name of the 
setup information, the host operation check time, the HMS- 
to-HMS information exchange time, etc., and can be set on a 
set screen of a display section (not shown) of the HMS 101. 
The setup items are described later in detail. 
20 [0028] 

Next, the control section 21 clears the information 
of a table saved in the storage section 22 (step S102) . 
The table is used to register host information and contains 
the items of user key, host name, IP address, data 
25 conference, video, and audio port numbers, response check 
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time, etc. 
[0029] 

After clearing the table, the control section 21 
determines whether or not the HMS 101 is set to a 
5 standalone mode (step S103) . If more than one HMS is 
installed, it is possible that the HMS is set so that it 
operates on a standalone basis for some reason and 
therefore the determination is made at step S103. 
[0030] 

10 If the HMS 101 is not set to the standalone mode, the 

control section 21 transmits a start notification and the 
IP address through a communication control section 23 to 
the other host management apparatus HMS 100 which is 
operating (step S104) . 

15 [0031] 

The control section 11 of the HMS 100 receives the 
notification from the HMS 101 through the communication 
control section 13 (step S105) and determines whether or 
not the IP address of the HMS 101 is the IP address 

20 previously registered (step S106) . 

If the received IP address of the HMS 101 is 
registered in the HMS 100, the control section 11 permits 
the HMS 101 to connect to the HMS 100 and creates operating 
host information (step S107) . 

25 [0032] 
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The operating host information contains the host 
names of the registered hosts, the current effective host 
information, the start time and the elapsed operation time 
of the HMS 100, the host operation check time, the HMS-to- 
5 HMS information exchange time, etc. The control section 11 
transmits the created operating host information to the HMS 
101 through the communication control section 13 (step 

5108) . 
[0033] 

10 The control section 21 of the HMS 101 reflects the 

received information in the setting of the HMS 101 (step 

5109) and opens various processing standby ports (step 

5110) . 

Specifically, as step S109 is executed, the operation 
15 time and the elapsed time of the HMS 101 are set to those 
of the HMS 100 and it is assumed that the HMS 101 also 
operates starting at the start time of the HMS 100. The 
registered host information is also set to the same host 
information as the HMS 100. 
20 [0034] 

In the example in FIG. 3, the HMS 100 is first 
started and thus the control section 21 of the HMS 101 
recognizes the HMS 100 as primary and the HMS 101 as 
secondary. 

25 After this, the host information is exchanged between 
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the HMS 100 and the HMS 101 in a predetermined cycle, 
whereby both the .HMS 100 and the HMS 101 share the same 
host information. Whether the HMS is primary or secondary 
is determined depending on the start time of the HMS. 
5 [0035] 

On the other hand, if it is determined at step S106 
that the IP address received by the HMS 100 is not 
registered, the control section 11 of the HMS 100 
determines that the HMS 101 is not authorized HMS, and 
10 refuses connection (step Sill). A message to the effect 
that the setting is erroneous is displayed on the display 
section (not shown) of the HMS 101 (step S112) . 
[0036] 

Even if it is determined at step S103 that the HMS 
15 101 is not set to a standalone mode and a start 

notification is transmitted to the HMS 100 at step S104, if 

the HMS 100 stops, no response is made (step S113) . 

If a predetermined time has elapsed or if no response 

is made although notification operation is repeated a 
20 predetermined number of times, the control section 11 of 

the HMS 100 determines that no response is made (step 

S114) . 

[0037] 

The control section 21 recognizes the HMS 101 as 
25 primary HMS and stores the start time of the HMS 101 in the 
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storage section 22 (step S115) and starts timer count of 
the operation elapsed time (step S116) . After this, the 
process goes to step S109 described above. Therefore, if 
the HMS 100 is later started, the HMS 100 becomes secondary 
5 HMS and executes similar start operation to that described 
above . 
[0038] 

The HMS start operation is then completed. When a 
plurality of (two) HMSs thus operate, the host information 
10 of the primary HMS is supplied to the secondary HMS and the 
operating host information is shared therebetween. The 
host information update operation is described later. 
[0039] 

Next, the host registration operation of the host 
15 management apparatuses will be explained with reference to 
FIGs. 4 and 5. FIG. 4 is a flowchart to show detailed 
steps of the host registration processing of the host 
management apparatuses . 
[0040] 

20 When the host management apparatus application at the 

host 200 is started, the control section 31 at the host 200 
transmits a start notification to the primary HMS 100 (step 
S201) . The start notification contains the host 

information of the host name, the IP address, the port 

25 number, the user key, etc. 
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[0041] 

The user key is the key unique to the user that can 
be known by only the user of the host management apparatus 
and therefore the host authentication section 14 of the HMS 
5 100 authenticates the host based on the received user key 
(step S202) . 

As the authentication method, a known technique may 
be used. Only the host information of the host determined 
valid is stored in the storage section 12 by the host 

10 information management section 15 (step S203) and 
information as to whether or not host information 
registration resulted in success, the host operation check 
time, etc., is returned to the host 200. 

If the HMS 100 cannot be accessed because the HMS 100 

15 stops or for any other reason, the secondary HMS 101 is 
accessed for receiving similar authentication. 
[0042] 

When the host information is registered, the control 
section 11 determines whether or not the registrations are 
20 to be immediately sent to the secondary HMS 101 (step 
S204) . 

This is predetermined as setup information of the HMS 
100. To immediately send the registrations, the control 
section 11 sends the registrations to the HMS 101 as new 
25 added information (step S205) . 
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[0043] 

The control section 21 of the HMS 101 receives the 
new added information and a host information management 
section 25 stores the registrations in the storage section 
5 22 (step S206) . A registration completion notification is 
returned to the HMS 100. 

If it is not determined at step S204 that the 
registrations are to be immediately sent to the secondary 
HMS 101, the HMS 101 is updated with the registrations in 
10 the information exchange operation between the HMS 
described later. 
[0044] 

The host registration operation of the HMSs is then 
completed . 

15 The host information of only the host determined 

valid in authentication can be registered, so that the HMS 
can selectively register the authorized hosts even on the 
Internet through which a plurality of HMSs not related to 
each other are connected. Moreover, it is not necessary to 

20 previously register the host in the HMS. 
[0045] 

FIG. 5 shows the case where a conference can be held 
only in the same company, for example, n the relationship 
between hosts and host management apparatuses connected to 
25 a network such as the Internet. 
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To enable a conference to be held only in the same 
company, for example, as shown in FIG. 5, an HMS 100a of a 
company A permits registration of the host information of 
only authorized conference sites (host C and host D of the 
5 company A) that can know the IP address of the HMS 100a and 
the user key to take part in the conference, and refuses 
unauthorized conference sites (host E and host F of company 
B) in authentication and the host information cannot be 
registered. Therefore, the host E of the company B cannot 
10 connect to the host C or D, the conference site of the 
company A registered in the HMS 100a for the electronic 
conference . 
[0046] 

Next, the host information update operation of the 
15 host management apparatus will be explained with reference 
to FIG. 6. FIG. 6 is a flowchart to show detailed steps of 
the host information management processing of the host 
management apparatus . 
[0047] 

20 Since different user groups may hold different 

conferences- at the sites connected to the HMS, if a 
conference terminates or a new conference is held, the user 
name, the host name, the IP address, and the like are 
changed and thus the host information needs to be updated 

25 accordingly. Thus, to check the operation state of each 
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host in a predetermined cycle, each host needs to transmit 
the operation information of the host (information 
indicating whether or not the host is connected to the 
electronic conference system and operates) to the HMS. 
5 [0048] 

As shown at step S203 in the flowchart of FIG. 4, 
when the host information is registered in the HMS 100, a 
notification of registration completion and the host 
operation check time is sent to the host 200. 

10 This host operation check time refers to the time 

interval for checking the operation state of each host in a 
predetermined cycle. For example, if the host operation 
check time is set to 600 seconds, the operation state on 
the host 200 is checked and is transmitted to the HMS 100 

15 every 10 minutes. 
[0049] 

As shown in FIG. 6, the host at the host 200 is 
operating and the control section 31 determines whether or 
not the host operation check time has elapsed based on the 
20 host operation check time sent from the HMS 100 (step 
S301) . If a predetermined time has elapsed, the control 
section 31 creates operation information on the host 200 
(step S302) . 
[0050] 

25 The control section 31 transmits the created 



operation information on the host 200 to the HMS 100 
through the communication control section 33 (step S303) . 
The HMS 100 receives the operation information on the host 
200 through the communication control section 13 (step 
5 S304) . 
[0051] 

The host information management section 15 adds the 
received host operation information to the storage section 
12 to update the host information (step S305) . 

10 The host information management section 15 (control 

section 11) determines whether or not there is change in 
the updated host information (step S306) and if there is 
change in the host information, transmits the updated host 
information to the host 200 (step S307) . 

15 [0052] 

In the host information update processing, for 
example, if the host information containing the same user 
name, host name, IP address is added as the host operation 
information, a situation in which one conference is 

20 terminated and a new conference is held in a different host 
or the same user takes part in conference with dialup 
connection (unfixed IP address) is assumed and therefore 
the host information containing the old user name and IP 
address is replaced with the most recent host information. 

25 Host information deletion processing is described later. 
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[0053] 

Upon reception of the updated host information, the 
control section 31 at the host 200 stores the received host 
information in the storage section 32 (step S308) . The 
5 received host information contains the user name, the host 
name, the IP address, and the host state of participation, 
organization, standby, etc. 
[0054] 

On the other hand, if there is no change in the 
10 updated host information, the HMS 100 does not transmit the 
host information to the host 200 each time it receives the 
operation information . 
[0055] 

To simplify control, etc., if there is no change in 
15 the host information, the host information may be 
transmitted to the host 200 each time the operation 
information is transmitted. Alternatively, the host 
information may be transmitted to the host 200 in response 
to a request from the host 200 regardless of whether or not 
20 there is change in the host information. 
[0056] 

The host information update operation is then 
completed. The electronic conference system application 34 
at the host 200 enables the updated host information 
25 recorded in the storage section 32 to be referenced for 
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directly accessing the IP address of the target host to 

take part in a conference or summon a conference. 

[0057] 

By the way, the host having the fixed IP address 
5 always uses the same IP address in any conference 
connection. Therefore, if the control section 31 at the 
host 200 retains a list of the hosts each having the fixed 
IP address in the acquired host information in the storage 
section 32, even if the HMS stops, etc., and it becomes 
10 impossible to access the HMS, the list retained in the 
storage section 32 can be referenced for directly 
establishing conference connection . 
[0058] 

Next, the host information deletion operation of the 
15 host management apparatus will be explained with reference 
to FIG. 7. FIG. 7 is a flowchart to show detailed steps of 
the host information deletion processing of the host 
management apparatus . 
[0059] 

20 As previously described in the host information 

update operation, the operation information is transmitted 
in a predetermined cycle from each of the hosts registered 
in the HMS, and the host information is updated to the most 
recent host information. Therefore, the host information 

25 with the registration time (update time) preceding the last 
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host operation check time cannot usually exist. 

That is, the host to which the operation information 
is not transmitted after the expiration of the 
predetermined time since the previous update is not 
5 connected to the network 300 because the conference already 
ends, etc. Then, the HMS deletes the host information in a 
predetermined cycle (for example, at the same timing as the 
host information update operation) . 
[0060] 

10 To begin with, the host information management 

section 15 of the HMS 100 reads all host information stored 
in the storage section 12 (step S401) and determines 
whether or not the registered host information is 
information registered preceding the last host operation 

15 check time (step S402) . 
[0061] 

If the registered host information is the host 
information registered preceding the last host operation 
check time, the information is deleted (step S403) . Steps 
20 S402 and S403 are repeated for all host information (step 
S404) . 
[0062] 

The host information deletion operation of the HMS is 
then completed. Since unnecessary host information is 
25 deleted in the predetermined cycle, the storage capacity 
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can be saved. If the information with the same user key or 
the same address exists, only the most recent information 
is left and the old information is deleted. 
[0063] 

5 Next, the information exchange operation between the 

host management apparatuses will be explained with 
reference to FIGs. 8 and 9. FIG. 8 is a schematic diagram 
to show the relationship between the two host management 
apparatuses placed in remote locations and hosts. FIG. 9 
10 is a flowchart to show detailed steps of HMS-to-HMS 
information exchange processing. 
[0064] 

When two host management apparatuses are operated, 
the mutually retained information needs to be updated in a 
15 predetermined cycle so that the function of the host 
management apparatus can be maintained if either of the 
host management apparatuses stops. 
[0065] 

For example, to place the two host management 
20 apparatuses in remote locations, different host information 
may be registered in each host management apparatus and 
thus the information also needs to be updated in a 
predetermined cycle to match the information. 
[0066] 

25 For example, as shown in FIG. 8, each host registers 
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information in the near HMS of the two host management 
apparatuses HMS 100 and HMS 101. Therefore, the host 
information of the hosts J and K is not registered in the 
HMS 100 and a situation in which the hosts H and J in the 
5 same company cannot be connected to each other for 
conference occurs. Thus, the host information is exchanged 
between the HMS 100 and the HMS 101. 
[0067] 

Next, the HMS-to-HMS information exchange processing 
10 will be explained specifically with reference to FIG . 9. 

As shown in FIG. 9, when a predetermined time (HMS- 
to-HMS information exchange time) has elapsed, the control 
section 21 of the secondary HMS 101 connects to the primary 
HMS 100 through the communication control section 23 (step 
15 S501) . When the HMS 100 acknowledges the connection (step 
S502), the control section 21 transmits the host 
information stored in the storage section (step S503) . 
[0068] 

The host information management section 15 of the HMS 
20 100 reflects the received host information in the host 
information in the HMS 100 (step S504) to update the host 
information. If a plurality of pieces of information 
containing the same user name, host name, IP address exist, 
the old information is replaced with the new information 
25 according a similar procedure to the update procedure in 
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the host operation check operation described above. 
[0069] 

The updated host information is also transmitted to 
the host information management section 25 of the HMS 101 
5 and host information replacement processing is performed 
(step S505) . After the processing is performed, the 
information is stored in the storage section 22. Upon 
completion of " the processing, the control section 21 
transmits a notification to the HMS 100 (step S506) and the 
10 control section 11 of the HMS 100 receives the notification 
(step S507) . 
[0070] 

The HMS-to-HMS information exchange processing is 
then completed. Since the host information stored in the 
15 HMS is thus updated in the predetermined cycle, the 
information in one HMS is matched with the information in 
the other. 
[0071] 

Next, the termination operation of the host 
20 management apparatuses will be explained with reference to 
FIG. 10. FIG. 10 is a flowchart to show detailed steps of 
the termination processing of the host management 
apparatuses. It shows processing steps applied when the 
secondary HMS 101 stops. 
25 [0072] 
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When stop operation is performed for the HMS 101, the 
control section 21 reads the IP address and the port number 
of the HMS 100 from the storage section 22 (step S601) and 
transmits a termination signal to the HMS 100 through the 
5 communication control section 23 (step S602) . 
[0073] 

When the control section 11 of the HMS 100 receives 
the termination notification and transmits an 
acknowledgement signal to the HMS 101 (step S603) , the 
10 control section 21 of the HMS 101 reads the host 
information, etc., from the storage section 22 and creates 
operating host information (step S604). 
[0074] 

The created operating host information is transmitted 
15 from the communication control section 23 to the HMS 100 
(step S605) and the host information management section 15 
of the HMS 100 reflects the received operating host 
information in the information in the HMS 100 (step S606) . 
The HMS termination operation is then completed. 
20 [0075] 

In the embodiment, if a plurality of HMSs are 
connected by a leased line, higher-security operation can 
be performed. 

If the host keeps track of the IP addresses of a 
25 plurality of HMSs, even if the primary HMS stops, the host 
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can register the host information by connecting to any 
other HMS . 
[0076] 

If HMS is installed in a remote location as described 
5 above, the need for accessing the HMS in the headquarter 
from the host in a remote branch is eliminated and the 
communication cost involved in accessing the HMS can be 
decreased. 
[0077] 

10 If the IP address of the HMS is previously grasped, 

even the host for connecting to the Internet with dialup 
(PC terminal, etc.,) can register the host information in 
HMS. Although the registered IP address is an unfixed IP 
address assigned by the DHCP server, it is effective as the 

15 current IP address of the host. Thus, to select the host, 
if the IP address is accessed, conference connection can be 
made. That is, the host even with an unfixed IP address 
can be made a host. 
[0078] 

20 As described above in detail, the host management 

apparatus according to the embodiment is the HMS 100 placed 
on the network to which the hosts of the electronic 
conference system 1 are connected and includes the host 
authentication section 14 for authenticating the selected 

25 host and the host information management section 15 for 
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registering the host information containing the IP address 
information of the host authenticated by the host 
authentication section 14. The host management method 
includes step S202 of authenticating the selected host and 
step S203 of registering the host information containing 
the IP address information of the authenticated host. The 
host management program causes a computer to provide a host 
authentication function of authenticating the selected host 
and a host information registration function of registering 
the host information containing the IP address information 
of the host' authenticated by the host authentication 
function . 
[0079] 

According to the embodiment, the complicated 
procedure in the related art of previously registering host 
information in all hosts to be connected for conference is 
not required and the number of hosts can be increased or 
decreased flexibly. 

Registration as a host in the electronic conference 
system and acquisition of host information can be 
accomplished even in the environment in which the IP 
addresses are not fixed with security ensured. 
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